System and method for staging money transfers between users having profiles

ABSTRACT

Various embodiments concern facilitating a money transfer by creating a first profile for a first user and a second profile for a second user. The first user can select the second profile from a plurality of profiles. The first user can enter a value designation for the transfer of money from the first user to the second user. A computing system can then stage the transfer of money based on previously saved profile information for the first user and the second user. The profile information can be used to set a plurality of terms of the money transfer without requiring either of the first user or the second user to reenter this information or otherwise affirmatively set the plurality of terms of the money transfer.

CROSS-REFERENCE TO RELATED APPLICATION

This application is a continuation of U.S. patent application Ser. No.13/957,186, filed Aug. 1, 2013, which is incorporated herein byreference in its entirety for all purposes.

TECHNICAL FIELD

The present invention relates to computer systems for money transfers.More particularly, the present invention is a computer system thatfacilitates money transfers between users having user profiles.

BACKGROUND

A number of businesses offer money transfer and other services through anetwork of agents. A customer (i.e. a sender) that desires to use theseservices to transfer money to a third party (i.e. a receiver) can takethe money to an agent of the money transfer service. The agent acceptsthe money, obtains necessary information such as the customer's identityand the identity of the receiver, and initiates a transfer. The money isthen made available to the receiver by another agent. The receiver canthen pick up the money. In these and other conventional transfers, thesender sets all terms of the transfer when interacting with the agent.The receiver is often notified of the transfer only after the sender hasstaged the transfer. Therefore, it is up to the sender and receiver toagree upon convenient terms for the transfer before it is staged, and itmay further be the responsibility of the sender to convey accurateinstructions to the receiver on how to pick-up or otherwise receive thetransferred money.

Conventional money transfers, as described above, are typically discretetransfers involving only an ephemeral relationship (from the perspectiveof the transfer service) between the sender and the receiver. While thepersonal relationship between the sender and the receiver may be longlasting, the sender's and receiver's interaction with the money transferprovider lasts only as long as needed to carry out the transfer. Thiscan lead to several issues. The sender and receiver have to negotiatethe transfer apart from the agent that facilitates the money transfer.This may only require the sender communicating a unique reference numberto the receiver that allows the receiver to pick-up the wired money atan agent location, but even miscommunication of the reference number orthe incorrect spelling of a name can prevent completion of the moneytransfer. The sender may be unsure of whether the receiver is in aposition to receive the transfer according to the terms set by thesender. Likewise, the receiver may be unsure of whether the sender ismindful of initiating the transfer properly. The receiver may have toinquire with the sender, remind the sender, and/or teach the sender howto initiate the transfer, which can be socially uncomfortable for boththe receiver and the sender. Finally, the sender must specify all termsof the transfer with an agent, even though the sender may be unaware ofthe receiver's preferences for the manner of transfer of the money(e.g., type of currency, will call pick-up or direct deposit). In manytransfers, the sender merely wants the receiver to be satisfied at theend of the process, which can be paradoxical considering the sendertypically sets all terms of the transfer.

SUMMARY

Various embodiments concern facilitating a money transfer by creating afirst profile for a first user and a second profile for a second user.The first user can select the second profile from a plurality ofprofiles. The first user can enter a value designation for the transferof money from the first user to the second user. A computing system canthen stage the transfer of money based on previously saved profileinformation for the first user and the second user. The profileinformation can be used to set a plurality of terms of the moneytransfer without requiring either of the first user or the second userto reenter this information or otherwise affirmatively set the pluralityof terms of the money transfer. Such embodiments can be carried about bya computing system.

Various embodiments concern creating a first profile for a first user,the first profile created by a server based on a first set of profileinformation for the first user, the first set of profile informationstored on the server in association with the first profile. Suchembodiments further include creating a second profile for a second user,the second profile created by the server based on a second set ofprofile information for the second user, the second set of profileinformation stored on the server in association with the second profile,the second set of profile information including one or more moneytransfer preferences. Such embodiments further include receiving a firstselection at the server from the first user, the first selectioncomprising selection of the second profile. Such embodiments furtherinclude receiving a first value designation from the first user at theserver, the first value designation comprising a first amount of moneyfor transfer from the first user to the second user. Such embodimentsfurther include staging a first transfer of the first amount of moneyfrom the first user to the second user, the first transfer staged by theserver based on the first set of profile information and the second setof profile information.

Various embodiments concern a system for facilitating a money transferbetween a first user using a first computing device and a second userusing a second computing device, the system comprising a serverconfigured to communicate with the first computer and the secondcomputer. Is some such embodiments, the server is configured to create afirst profile for the first user based on a first set of profileinformation received from the first computing device, the first set ofprofile information stored on the server in association with the firstprofile. The server is further configured to create a second profile forthe second user based on a second set of profile information receivedfrom the second computing device, the second set of profile informationstored on the server in association with the second profile, the secondset of profile information including one or more money transferpreferences. The server is further configured to receive a firstselection from the first computing device, the first selectioncomprising selection of the second profile from amongst a plurality ofprofiles. The server is further configured to receive a first valuedesignation from the first computing device, the first value designationcomprising a first amount of money for transfer from the first user tothe second user. The server is further configured to stage a firsttransfer of the first amount of money from the first user to the seconduser, the first transfer staged based on the first set of profileinformation and the second set of profile information.

Various embodiments concern a system for facilitating a money transferbetween a first user using a first computing device and a second userusing a second computing device, the system comprising a serverconfigured to communicate with the first computing device and the secondcomputing device. The server is further configured to receive a requestfrom the first computing device to stage a money transfer from the firstuser to a second user. One or more first money transfer preferences thatthe first user has previously indicated are stored on the server inassociation with a first profile for the first user and one or moresecond money transfer preferences that the second user has previouslyindicated are stored on the server in association with a second profilefor the second user. The first profile is associated with the secondprofile. The server is further configured to set a plurality of terms ofthe money transfer based on the one or more first money transferpreferences and the one or more second money transfer preferences andstage the transfer of money from the first user to the second user basedon the plurality of terms.

While multiple embodiments are disclosed, still other embodiments of thepresent invention will become apparent to those skilled in the art fromthe following detailed description, which shows and describesillustrative embodiments of the invention. Accordingly, the drawings anddetailed description are to be regarded as illustrative in nature andnot restrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an embodiment of a system for facilitatingmoney transfers.

FIG. 2 is a view of a profile setup page.

FIG. 3 is a view of a profile search page.

FIG. 4 is a view of a profile management page.

FIG. 5 is a view of a money transfer window.

FIG. 6 is a flowchart of a method for setting up profiles.

FIG. 7 is a flowchart of a method for facilitating money transfersbetween user having profiles.

FIG. 8 is a flowchart of a method for setting terms of a money transferbased on profile preferences of user profiles.

While the invention is amenable to various modifications and alternativeforms, specific embodiments have been shown by way of example in thedrawings and are described in detail below. The intention, however, isnot to limit the invention to the particular embodiments described. Onthe contrary, the invention is intended to cover all modifications,equivalents, and alternatives falling within the scope of the inventionas defined by the appended claims.

DETAILED DESCRIPTION

Embodiments of the present disclosure concern creating user profiles andforming associations between user profiles over a computer network tofacilitate money transfers. Some embodiments concern a computer networkthat stores profile information for a plurality of user profiles andassociates various profiles with one another based on user selections.The associations between user profiles can be permanent, permanent inthat they exist before, during, and after the duration of each transfer.Furthermore, information from the each of the sender's and receiver'sprofiles can be used to automatically set the terms of each transferwithout manual selection or offline negotiation. Other features arefurther discussed herein.

FIG. 1 illustrates a computer network across which users can communicateand setup money transfers. As shown, the computer network can include aserver 11 and a plurality of computing devices 12-17. The plurality ofcomputing devices 12-17 can communicate with the server 11 through oneor more computer protocols (e.g., TCP/IP) across one or more types ofnetworks, such as cellular networks, local area networks, wide areanetworks, public networks, private networks, and other networks. Each ofthe plurality of computing devices 12-17 can be used by one or moreusers to communicate with the server 11. For example, a first user canuse the interface of the personal computer 12 to communicate with theserver 11. The personal computer 12 and/or any of other computingdevices may include a browser or other application that provides a userinterface for the user to communicate with the server 11. A second usercan use the cellular telephone 13 (e.g., a multifunctional smart phone)to communicate with the server 11 via a cellular network 19. A thirduser can use the tablet computer 14 to communicate with the server 11via a wireless router 18. The server 11 can communicate with aproprietary network 15 of a bank independent of the financial serviceprovider that operates the server 11. A fourth user can interface withan agent of the bank to facilitate money transfers through the server11.

An agent's computer 16 may be located at a facility that is approved bya financial services organization to facilitate money transfers. Forexample, the agent's computer 16 may be located at a store or dedicatedlocation that provides redemption services for money transfers. Theagent's computer 16 may be operated by an agent at the approved receivelocation. The agent's computer 16 can communicate with the server 11,and a fifth user can interface with the agent. A sixth user can use theautomatic teller machine 17 (or similar type of automated bankinginterface) to communicate with the server 11. It will be understood thata variety of other computing devices can electronically communicate withthe server 11 in accordance with the various embodiments of the presentdisclosure.

The server 11 communicates with the plurality of computing devices 12-17by sending and receiving commands, requests, notifications, data, andthe like over one or more communication networks. The server 11 operatesa money transfer service with a user profile networking feature. Aplurality of users interfacing with the plurality of computing devices12-17 to communicate with the server 11 can create a plurality ofrespective profiles. The plurality of users can selectively associatetheir profiles to share information and setup transfers. The pluralityof profiles can include profile information that can be used toautomatically determine the terms of one or more money transfers betweenthe users. The server 11 may also deduct any commissions or feesassociated with the staged transfers from the funds provided by thesenders. These and other aspects are further discussed herein.

The server 11 may be housed and/or operated by or on behalf of thefinancial services organization that, among other functions, approvesand coordinates the staging of money transfers, communicates with theplurality of computing devices 12-17, and facilitates redemption by thereceiver in the staged transfer (e.g., accepts money from the sender andin turn delivers money to the receiver). In some embodiments, the server11 is configured to automatically process staged transfers from thesender. In other embodiments, the server 11 provides information to auser at the financial services organization for review and approval. Forexample, the server 11 may be connected to a computer that provides aninterface to a user at the financial services organization to review andapprove or deny communications associated with the staging of moneytransfers. In some embodiments, the server 11 provides compliancefunctions for the staged money transfers.

The server 11 can include one or more processors 20 and one or more datastructures 21 (e.g., volatile/non-volatile memory, hard disk drives,etc.). The data structures 21 can be used to store any informationreferenced herein. It will be understood that server 11, or a server asotherwise referenced herein, can include a plurality of networkedcomputing devices that manage a proprietary platform, and is notnecessarily limited to a single computing device with a processor 20 anddata structure 21 as represented herein for convenience.

FIG. 2 illustrates a profile setup page 30, which can be displayed on auser interface. The user interface can be part of any of the pluralityof computing devices 12-17. The profile setup page 30 can be part of anapplication run on any of the plurality of computing devices 12-17and/or the profile setup page 30 can be run on server 11 and representedon any of the plurality of computing devices 12-17 (e.g., as a webpage).The profile setup page 30 includes a plurality of fields for enteringuser information. The user information can be used to create a userprofile. The user information can include various categories ofinformation. As shown in FIG. 2, the profile setup page 30 includesfields for the entry of profile information 31 and the transfer ofpreference information 32. The profile information 31 can includeidentifying information such as name, address, picture, phone number,and/or email address, among other information useful for identifyingand/or communicating with the user. The profile information 31 canfurther include marketing preferences, such as indications on whetherand how the user would prefer to be contacted and offered deals by theprovider of the money transfer service. The profile information 31 caninclude notification preferences indicating how (e.g., via text message,email, phone, etc.) the user prefers to be contacted and updated onmoney transfers by the provider of the money transfer service.

The transfer preference information 32 can include details on how theuser would prefer to stage money transfers. For example, the transferpreference information 32 can include one or more preferred money sendmodes. The money send modes concern the method by which the sender candeliver money to the provider of the money transfer service. Thedifferent money send modes can include in-person transfer with an agent(e.g., at a retail or banking location), a remote transfer from anaccount (e.g., an inline transfer from a bank or checking account or atelephone call with an agent in which bank or credit card profileinformation is shared with the agent), or other mode of transferringmoney. In some cases, negative preferences can be specified, such as aprohibition on transfers to third parties on behalf of a receiver.

The transfer preference information 32 can further include a location ofan in-person transfer with the agent. The transfer preferenceinformation 32 can further include minimum amounts for a money transferand/or a limit on the amount of a money transfer. The transferpreference information 32 can include authorization for, or aprohibition of, recurring money transfers. The transfer preferenceinformation 32 can further include one or more preferred money receivemodes. The money receive modes concern the method by which the receivercan receive money from the provider of the money transfer service. Thedifferent money receive modes can include in-person transfer with anagent (e.g., at a retail or banking location), a remote transfer to anaccount (e.g., an inline transfer to a bank account or a telephone callwith an agent in which bank account information is shared with theagent), payment to a third party on the behalf of the receiver (e.g., toa company to which the receiver has an outstanding balance, i.e. a bill,or wishes to receive goods or services from the company), or other modeof transferring money. Multiple money send modes and multiple moneyreceive modes can be identified by the user in the profile setup page30. In some cases, the multiple modes will be ordered to indicate afirst preference, a second preference as an alternative to the firstpreference, and possibly a third or more preferences. A preference orderfor multiple modes or other options can be useful for automaticallysetting the terms of a transfer where a first preference cannot be met,as further discussed herein.

The transfer preference information 32 can include a field for selectingwhich type of currency the user prefers to use when sending and/orreceiving a money transfer. Multiple currency preferences can beentered, as well as a preference order as described previously. Otheroptions for transfer preference information 32 can include defaultamounts of money to be sent and/or received, minimum and/or maximumamounts of money to be sent and/or received, a preferred agent locationfor in-person transfers, bank account information (e.g., bank accountnumber and possible routing information) for one or more bank accounts,and/or credit card information for one or more credit card account.

It is noted that not all options for the transfer preference information32 are shown on the profile setup page 30 or discussed herein, and otheroptions are contemplated within the scope of this disclosure. In somecases, the transfer preference information 32 can allow a user tospecify options that the user refuses to use, such that a transfer willnot be staged in which the option is used. For example, a user canspecify that the user refuses to send money to particular areas (e.g.,one or more countries), refuses to transfer money to and/or accept moneyfrom particular entities (e.g., particular banks), refuses to useparticular currencies, and/or any other option for specifying a refusalto agree to or otherwise refuse to participate with a particular term ofa money transfer. It is further noted that a user may be able to notspecify transfer preference information 32 for one or more of thepreferences. For example, the user may not care which type of currency,delivery mode, and/or other term are used and may therefore leavecorresponding fields blank or otherwise indicate a lack of a preference.

As each user of the plurality of users fills out the profile setup page30 and sends the data to the server 11, the server 11 can create aprofile for each respective user. As will be discussed further herein,the profile data can be stored on the server 11 and the profileinformation 31 and the transfer preference information 32 can be storedin association with the user profile. In this and other ways, aplurality of users can create a plurality of profiles, each of theprofiles associated with profile information 31, transfer preferenceinformation 32, and/or other information.

FIG. 3 illustrates a profile search page 40 of a user interface. Theprofile search page 40 can be part of an application run on any of theplurality of computing devices 12-17 and/or the server 11, as discussedpreviously. The profile search page 40 can be used by the plurality ofusers to search the database of user profiles stored on the server 11 toidentify profiles of acquaintances. The profile search page 40 can beused to initiate money transfers with another user. As shown, theprofile search page 40 can include a search field 41 to enter searchcriteria such as a username, actual name, and/or other identifyinginformation. The search criteria can be sent to the server 11 as asearch query and the server 11 can identify one or more profiles thatcorrespond to the search criteria. The identified one or more profilescan be sent from the server 11 to the respective computing device beingused by the user who submitted the search query on the profile searchpage 40. The identified one or more profiles returned by the server 11may be displayed as part of the original profile search page 40, asshown in FIG. 3, or maybe shown on a separate results page. In theexample of FIG. 3, a list 42 of profiles corresponding to the searchcriteria entered in the search field 41 is displayed on the profilesearch page 40. The identified one or more profiles may only includebasic identifying information (e.g., only a name), such that userscannot view all of the profile information 31 of the other users andfurther cannot view any of the transfer preference information 32 of theother users.

A user can use the cursor 43 on the profile search page 40 to select oneor more of the identified one or more profiles returned by the server11. Clicking on any one of the identified one or more profiles may bringup some additional information (e.g., general location data such ascity) while still withholding some profile information 31 and some orall transfer preference information 32. The user can select one or moreof the identified one or more profiles returned by the server 11 toestablish an association between the user's profile and the profile ofthe selected profile and/or setup a money transfer. In some embodiments,an established association may be required for users to view additionalinformation of each other's profiles (e.g., beyond the name of theuser). In some embodiments, an established association may be requiredby the money transfer service, operating the server 11, to facilitate atransfer of money between users. In some embodiments, a first user mayonly need to select a second user's profile in-order to establish anassociation between the first user's profile and the second user'sprofile. However, it may be preferable to require the second user toconfirm the first user's request in order to establish an associationbetween the profiles. In some other embodiments, a selection of a seconduser's profile by a first user, and not necessarily an establishedassociation between the profiles of the first and second users, may berequired to facilitate a money transfer between the first and secondusers.

The first user may already have a profile and can accordingly direct theserver 11 to send an invitation to the second user (e.g., via emailaddress, SMS, via a message on a separate social networking platform)with a link to create a profile. The second user's profile canautomatically be associated with the profile of the first user becausethe first user directed the server 11 to send the invitation to thesecond user to create a profile.

FIG. 4 illustrates a profile home page 50 of a user interface. Theprofile home page 50 can be part of an application run on any of theplurality of computing devices 12-17 and/or the server 11, as discussedpreviously. The profile home page 50 can be used by a user to viewgeneral status information concerning the user's profile. For example,the profile home page 50 can allow viewing of transfer history 51 (e.g.,past and pending money transfers) and messaging history 52 (e.g.,messages to and from other profile holders). The profile home page 50can include fields to view and/or change profile information 53 andtransfer preferences 54. A search field 55 can also be provided to begina search for other profiles or open the profile search page 40.

The profile home page 50 further includes a list of profiles ofassociated profiles 56. Each of the profiles on the list of associatedprofiles 56 can correspond to a respective profile for which the userselected the respective profile to establish an association, asdescribed herein, or for which the user received a request from anotheruser (now on the list) to establish an association between the profiles.As such, non-associated profiles are not referenced in the list ofprofiles of associated profiles 56.

The profile home page 50, and the list of associated profiles 56 inparticular, can be used to initiate money transfers with a user of anassociated profile. As shown in FIG. 4, the cursor 43 is used to selectthe associated profile of user Rick Receiver to initiate a moneytransfer. FIG. 5 illustrates the same profile home page 50 of FIG. 4,but in FIG. 5 a money transfer window 60 has been opened in response tothe selection of Rick Receiver's profile. The money transfer window 60can be used to view and manage terms of the money transfer. It is notedthat in some embodiments the money transfer window 60 can alternativelybe launched from the profile search page 40. The sender and receiverterms 61 of the transfer can be automatically set based on Sam Sender'sselection of Rick Receiver's profile (e.g., the selection of anotheruser's profile sets the selector as the sender and the selectee as thereceiver). Other terms of the transfer can be automatically and/ormanually set.

The value designation of the transfer can be manually entered orautomatically set. In the case of manual entry, the user can enter thevalue designation into the amount field 62 to indicate the amount ofmoney that the user intends to transfer. In the case of automaticsetting of the value designation, the value designation can be set basedon one or more previous transfers between the same or other users, orthe value designation can be automatically set based on previouslyentered preference information 32. In the case of preference information32, a user may have a previously saved preference indicating aparticular amount of money to transfer as the default amount, such thatthe amount is automatically set as the transfer amount when a transferis initiated. In some cases, different default preference amounts can bespecified for each associated profile. For example, Sam Sender may haveset the default transfer amount to Adam Ashton to be $50.00 and thedefault transfer amount to Rick Receiver to be $100.00. These amountscan be automatically set as terms of the transfer when Sam Senderinitiates a money transfer to either Adam Ashton or Rick Receiver. Theuser may review and then change the value designation that wasautomatically set before completing the transfer request.

As shown in FIG. 5, the user may be given the option to use a set ofsaved preferences 63 or defer preferences 64. Selecting the option touse a saved set of preferences 63 causes the program to set one or moreof the terms of the transfer based on the sender's previously indicatedpreference information 32. For example, if the sender selects the optionto use the saved set of preferences 63, then some or all terms of thetransfer can be set based on the sender's previously entered set ofpreferences. In many cases, the sender is the client of the moneytransfer service and the receiver is a third party beneficiary. As such,the provider of the money transfer service will honor the preferences ofthe sender over the preferences of the receiver. However, the sender maynot be particular about the terms of the transfer and may be moreconcerned with the convenience of the transfer for the receiver.Therefore, the sender can select the defer preferences 64 option, whichcauses the program to use the receiver's set of preferences instead ofthe sender's set of preferences in setting the terms of the transfer. Insome cases, a sender can defer all terms of the transfer to thereceiver, some but not all terms of the transfers to the receiver, oronly a single term to the receiver. The sender can select which of aplurality of different terms of the transfer to defer to the receiver.For example, the sender may specify that the transfer must be in aparticular type of currency, but the sender may defer to the receiverone or more other terms such as whether the transferred money is routedto a bank account or made available for pick up with an agent. It isnoted that separate fields are not provided to select/defer each term inFIG. 5, however one or more fields can be provided forselecting/deferring each term of the transfer as part of the moneytransfer window 60 or a separate page. Separate fields may be providedto specify and/or defer terms individually upon selection of thecustomize terms field 65.

The done field 66 can be selected (e.g., with the cursor 43) when theuser is satisfied with the settings for the money transfer. Uponselecting the done field 66, the settings of the money transfer window60 can be transmitted to the server 11 to stage the transfer.

FIGS. 6 and 7 illustrate flowcharts of communications sent between theserver 11 and the computing devices of the first and second users. Thecomputing devices can be any of the computing devices 12-17 of FIG. 1 orother devices. The server 11 can be the server of FIG. 1 or othernetworked computing platform. FIG. 6 generally concerns the creation ofuser profiles and then selectively associating user profiles with eachother. FIG. 7 generally concerns staging a transfer between two usershaving profiles associated with each other.

The flowchart of FIG. 6 includes a first user column 70, a server column72, and a second user column 74. The first user column 70 representssteps performed by a computing device being used by the first user. Theserver column 72 represents steps performed by the server. The seconduser column 74 represents steps performed by a computing device beingused by the second user. It is noted that the steps within each of thecolumns can be performed by multiple computing devices. For example, thefirst user may use a first computing device for some of the steps and asecond computing device for later steps. The columns are separated by afirst divider 71 and a second divider 73. Each of the first divider 71and the second divider 73 can represent transmission of information overone or more networks between the computing devices. For example, thefirst divider 71 can represent electronic communication between thecomputing device used by the first user and the server 11 while thesecond divider 73 can represent electronic communication between thecomputing device used by the second user and the server.

The flowchart of FIG. 6 includes entering 80 user profile data. The userprofile data can be identifying information (e.g., profile information31) and transfer preference information (e.g., preference information32) referenced herein. The entered 80 user profile data can then be sentby the first user's computing device and received by the server. Theserver creates 81 a profile for the first user based on the entered 80user profile data. A profile can include confidential access information(e.g., username and password) that limits access and execution ofvarious functions to the first user. The server stores 82 the profileinformation for the first user's profile. Before, during, or after theentering 80, creating 81, and storing 82 steps, a second user can usethe same process. For example, the second user enters 82 user profiledata using a second computing device. The entered 82 user profile datais then sent by the second user's computing device and received by theserver 11. The server 11 creates 84 a profile for the second user basedon the entered 83 user profile data. The server 11 stores 85 the profileinformation for the second user's profile. It is noted that whileprofile creation is shown for first and second users, it will beunderstood that this or a similar process can be used to create anynumber of user profiles.

The flowchart of FIG. 6 further includes a process for formingassociations between user profiles. Specifically, the flowchart showsseveral options for associating the profiles of the first user and thesecond user. The process of associating profiles can begin with thefirst user entering 86 a profile search query. In some cases, theprofile search query can be an entry of data (e.g., as discussed inconnection with the profile search page 40) that allows the first userto search through all of the profile information for all of the profilessaved on the server 11. The entered 86 profile search query can be sentto the server 11. After the server 11 receives the profile search query,the server 11 can identify 87 one or more profiles corresponding to theprofile search query. The identification 87 of the one or more profilescan be performed by the server 11 searching the data of some or all ofthe profile information stored on the server 11 (e.g., the stored 82, 85information). The entered 86 search query may be a partial or full name,and the server 11 can identify 87 all of the names that match and/or aresimilar to the partial or full name. In some cases, the entered 86search query may be a username, which the second user may havepreviously told to the first user in anticipation of associatingprofiles.

The server 11 can send information (e.g., usernames and/or actual names)concerning the identified 87 one or more profiles to the computingdevice of the first user. After receiving the sent informationconcerning the identified 87 one or more profiles, the computing devicecan display the information. The information can comprise a list ofusernames, actual names, and/or other information for the identified 87one or more profiles. In some embodiments, some profile information forthe identified 87 one or more profiles is still withheld, such aslocation information, contact information, and/or preferences. Asdiscussed herein in connection with the profile search page 40, thefirst user can review 88 the information (e.g., a list of names) andselect 89 one or more of the profiles. The selection 89 of the one ormore profiles can be an affirmative step in requesting that anassociation be formed between the profile of the first user and theselected profile of the second user. Selecting 89 can comprise clickingon a name of the profile (e.g., username, actual name), highlighting theprofile, or otherwise distinguishing the selected 89 profile from otheridentified 87 profiles.

In some embodiments, the selection 89 is sent to the server 11 and theserver 11 associates the profiles of the first user and the second user,wherein the first user selected 89 the profile of the second user. Inthis embodiment, as shown by pathway 1 of the flowchart of FIG. 6, noinput is needed from the second user to associate the profiles of thefirst and second users. However, as shown by pathway 2, the server 11may relay 90 the association request to the second user by sending theassociation request to the computing device of the second user. Afterthe computing device of the second user receives the associationrequest, the second user can review the association request, which willindicate that the first user (e.g., identified by username, actual name,and/or other information) is requesting to associate his or her profilewith the second user's profile. The second user can then provide aninput on the computing device indicating a confirmation 91 or denial ofthe association request. The confirmation or denial can then be sentfrom the computing device to the server and possibly further to thecomputing device of the first user. The server 11 can refrain fromassociating 92 the first and the second profiles if the second userdenies the association request. The server 11 can associate 92 the firstand the second profiles if the second user approves the associationrequest. Associating 92 the first and the second profiles can includeone or more of allowing expanded viewing of profile and/or preferenceinformation of any associated profile relative to non-associatedprofiles, the ability to message any associated profile, and the abilityto stage money transfers with any associated profile, whereby thesefunctions may not be allowed by the server 11 without the profiles beingassociated. Although in some other embodiments, the server 11 mayfacilitate money transfers between users of unassociated profiles.

FIG. 7 illustrates a flowchart of a method of staging a transfer betweenfirst and second users having profiles. FIG. 7 can continue theinteraction between the first user, the server 11, and the second userof FIG. 6. The method includes the first user reviewing 93 profiles. Thereview 93 of profiles can include looking at a list of usernames, actualnames, and/or other distinguishing information for a plurality ofprofiles as described herein (e.g., as described in connection with FIG.3). Each of the profiles can be created as described herein (e.g., asdescribed in connection with FIGS. 2 and 6). Each of the reviewed 93profiles may be associated with the first user's profile as describedherein (e.g., as described in connection with FIGS. 3 and 6). In somecases, the review 93 can concern setting up a money transfer, and thereview 93 may only be allowed of associated profiles. For example, theserver 11 may allow the first user to review only associated profiles,as compared to unassociated profiles, for the purpose of launching amoney transfer window 60 or otherwise initiating the setup of a moneytransfer setup to a particular user. The first user can select 94 thesecond user's profile from the plurality of reviewed 93 profiles, suchas by clicking on the username, actual name, or some other indicator ofthe second user's profile. In some embodiments, the selection 94 of thesecond user's profile can bring up a transfer window or a differenttransfer page, both of which can have a field for designating 95 atransfer value (i.e. the amount of money that the first user intends tosend to the second user in a transfer). Alternatively, the review 93page can include a plurality of transfer value fields respectivelyassociated with the reviewed profiles, and the selection 94 can beperformed by entering the transfer value into the respective transfervalue field for the second user's profile. Designating 95 the transfervalue can include typing an amount into a transfer value field. In somecases, designating 95 the transfer value can include clicking orotherwise selecting one of a plurality of predetermined amounts, such asone of a list of five amounts between 10 and 1,000 dollars.

The selection 94 and the designation 95 can be sent from the computingdevice of the first user to the server 11. In some embodiments, theselection 94 and designation 95 are sent to the server 11 and the serverstages 98 a transfer of the designated 95 transfer value from the firstuser to the second user. In such embodiments, as shown by pathway 1 ofthe flowchart of FIG. 7, no further input is needed from the first useror the second user to stage 98 the transfer because the profileinformation and preference information of the first user and/or thesecond user can be used by the server 11 to automatically set the termsof the transfer. However, as shown by pathway 2, the server 11 may relay96 a transfer request to the second user by sending an indicator of thedesignated 95 amount and/or other term to the computing device of thesecond user. After the computing device of the second user receives thetransfer request, the second user can review the transfer request, andthen provide an input on the computing device indicating a confirmation97 or denial of the transfer request. The confirmation or denial canthen be sent from the computing device to the server 11 and possiblyfurther to the computing device of the first user. The server 11 canrefrain from staging 98 the transfer if the second user denies theassociation request, in which case the second user may be able toprovide a message or other indication of a reason for the denial toallow the first user to reattempt the transfer. The server 11 can stage98 the transfer if the second user approves the transfer request.

Staging the transfer 98 can include automatically setting the terms ofthe transfer and/or accepting payment from the first user (e.g.,deducting the designated 95 amount from a bank account listed for thefirst user). With the transfer staged 98, the server 11 can release 99the money (corresponding to the designated 95 amount) to the second useror be paid to a third party on behalf of the second user in accordancewith the terms of the staged 98 transfer. For example, if the mode ofdelivery is to deposit the money in the bank account of the second user,then releasing 99 the money can include executing the deposit. If themode of delivery is to pay the money to a third party, such as a companyto which the second user has an outstanding balance or wishes to receivegoods or services from the company, then releasing 99 the money caninclude transferring the money to the third party (e.g., to an accountfor the company). If the mode of delivery is to make the money availablefor pick up with an agent, then the money can be made available with theagent for pick up and/or the agent can be notified of the authorizationfor the second user to pick up the money. The second user 74 can thenreceive 100 the money in a bank account, at an agent location, orthrough another mode of delivery per the set terms of the transfer.

While the flowchart of FIG. 7 shows the first user, as a sender,initiating a money transfer, the same or similar method can be usedwherein the receiver initiates the money transfer. In such embodiments,the second user, as a receiver, can select the profile of the firstuser, as a sender, and send a request to the server 11 and/or thecomputing device of the first user. The second user may designate anamount of the money transfer with the selection of the first user'sprofile or at a later time. In some embodiments, as discussed herein, auser may only be able to initiate a money transfer between users havingassociated profiles, and as such the first user's profile is presumed toalready have been associated with the second user's profile to permitthe second user to initiate the receiver initiated transfer. If thefirst user has already indicated a preference to not allow receiverinitiated transfers, then the transfer request is denied by the server11 and notification is sent to the second user. However, if the firstuser has provided a preference to allow receiver initiated transfers orhas not provided an indication on point, then a request can be shown tothe first user on an interface of the first computing device and theuser can approve or deny the receiver initiated transfer. Alternatively,the first user may have entered preference information thatautomatically accepts receiver initiated transfers from the second user,in which case an affirmative approval step is not needed from the firstuser. If the first user inputs an approval or an approval is not needed,then the server 11 can set the terms of the transfer and stage thetransfer as discussed herein. Such receiver initiated transfers can beapplied to any of the other embodiments referenced herein.

In some cases, a first user, as a sender, may use the method of FIG. 7or another other method herein to stage a money transfer with multiplereceivers. For example, the selection 94 step can concern the selectionof the profiles of a second user, a third user, and a fourth user (orany number of users). The same value can be designated 95 for each ofthe second, third, and fourth users, or different values can bedesignated 95 for each of the second, third, and fourth users. Moneytransfers can then be staged 98 to deliver money to each of the second,third, and fourth users. The respective transfer preferences of each ofthe second, third, and fourth users can be used by the server 11 instaging 98 the transfers such that different terms are used for themoney transfers to the respective receivers. This example furtherdemonstrates the efficiency that may be realized by the use of userprofile information to automatically stage money transfers instead ofrequiring the sender to manually enter the information for eachtransfer. The method of FIG. 7 or other method referenced herein canadditionally or alternatively be used to setup a reoccurring moneytransfer that comprises a plurality of transfers of money (e.g., to oneor more receivers) to be performed at a plurality of different timesaccording to a schedule.

FIG. 8 illustrates a flowchart of a method for staging a transfer.Specifically, the method concerns setting terms of the transfer based onthe preferences of a sender and a receiver. In this example, a firstuser is a sender, a second user is a receiver, and the method presumesthat, if necessary to allow the transfer, the profiles of the users havealready been associated. The example can correspond to a variation ofany staged transfers referenced herein, such as that of FIG. 7. Each ofthe steps of the method of FIG. 8 can be performed by the server 11. Themethod includes receiving 110 a selection of the second user. Theselection can be received 110 from a computing device operated by thefirst user. The selection of the second user can be performed by thefirst user, and the selection can be made amongst a plurality ofprofiles associated with the profile of the first user. Based on thereception 110 of the selection, the server references 111 saved transferpreferences for the first user. The transfer preferences can be any ofthe transfer preferences referenced herein, such as any of the transferpreference information 32 of FIG. 2. Based on the saved transferpreferences, the server 11 can set 112 any terms for which the savedtransfer preferences indicate a preference. It is noted that one or moresaved preferences can be disclaimed by the first user when setting up aparticular transfer (e.g., by making or not making a selection in thetransfer window 60), such as by providing an indication to defer one ormore preferences or terms to the sender.

Following the setting 112 of preferences based on the saved transferpreferences of the first user, the server 11 can then check 113 whetherany terms of the transfer are not set. For example, the first user maynot provide a preference for the mode of delivery of the money to thesecond user, type of currency, and/or other term. If all terms of thetransfer are set 112, then the transfer can be staged 116. In this case,the transfer preferences of the second user are not used as the senderdetermines all the terms of the transfer. However, if one or more termsof the transfer are not set (e.g., no terms), as determined by check113, then the server 11 references 114 saved transfer preferences forthe second user and sets 115 any remaining (i.e. unset) terms of thetransfer based on the second user's saved transfer preferences. Thetransfer is then staged 116 using the set 112, 115 terms. In caseneither the first user nor the second user have saved preferenceinformation on which to set a particular term, then a query can be sentto either or both of the first user and the second user to specify theterm.

It is noted that the server 11 can reconcile preferences between userssuch that the users do not need to negotiate the terms of the moneytransfer. Moreover, it is noted that the terms of the money transfer canbe set without the first user being exposed to, or otherwise know of thepreference information of the second user and/or the one or more set112, 115 terms. Likewise, the second user may not be exposed to, orotherwise know of, the preference information of the first user and/orthe one or more set 112, 115 terms. For example, the server 11 may beconfigured to withhold some of the sender's information from thereceiver and/or withhold some of the receiver's information from thesender. The server 11 may be configured to withhold some of the sender'smoney transfer preferences from the receiver and/or withhold some of thereceiver's money transfer preferences from the sender. The server 11 maybe configured to withhold one, several, or all of the set 112, 115 termsof the money transfer from either of the sender or the receiver. Forexample, the server 11 may not provide an indication to the senderconcerning the set mode of delivery of the money to the receiver, thecurrency, or other term. As such, some or all of the profile and/orpreference information of the users can remain confidential whileallowing a money transfer to be facilitated.

A method similar to that of FIG. 8 can be used to set terms of atransfer when the first user has a saved preference specifying how aterm is not to be set while not specifying how to set the particularterm. For example, the preference information of the first user mayspecify that an in-person pick-up of the transferred money, a transferto a third party (e.g., to pay a bill), a particular currency, and/orother mode are not to be used (referred to herein as a negativepreference because they indicate what is not to be allowed) while notspecifying a delivery mode, currency, or other mode to be used instead(referred to herein as a positive preference because they prescribe howone or more parties are to operate). Because an affirmative preferenceis not specified, the server 11 can automatically set the term based onthe second user's preference. If the second user's preference conflictswith the first user's negative preference, then a secondary preferenceof the second user can be used. For example, the transfer preferenceinformation 32 for the second user can include a preference orderconcerning a single term (e.g., delivery mode, currency, or other term),wherein a first preference is used when the first preference does notconflict with a negative preference of the first user and a secondpreference is used when the first preference does conflict with anegative preference of the first user. It is noted that multiple modesand options are shown in the transfer preference information 32 of FIG.2. If the second user does not provide a preference that does notconflict with a negative preference of the first user, then a query canbe sent to either or both of the first user and the second user tospecify the term.

It will be understood that while a first user and a second user havebeen used as examples to demonstrate various aspects of this disclosure,these same functions can be used repeatedly to create profiles,associate profiles, and stage money transfers between any number ofprofiles (e.g., for a third user, a fourth user, a fifth user, etc.). Itis further noted that the money transfers referenced herein can relateto a money transfer, facilitated by a money transfer service, from asender (e.g., as a first user) to a receiver (e.g., as a second user)without a bilateral exchange of value between, or on behalf of, thesender and the receiver. As such, the transfer from the sender to thereceiver can be a unilateral exchange of money from the sender to thereceiver without an exchange of goods, services, or other thing of valuein return to the sender.

The techniques described in this disclosure, including those of FIGS.1-8 and those attributed to a system, computing device, server,processor, and/or other type of control circuitry, or variousconstituent components, may be implemented wholly or at least in part,in hardware, software, firmware or any combination thereof. Thefunctions referenced herein and those functions of FIGS. 1-8, may beembodied as firmware, hardware, software or any combination thereof aspart of control circuitry specifically configured (e.g., withprogramming) to carry out those functions, such as in means forperforming the functions referenced herein. The steps described hereinmay be performed by a single processing component or multiple processingcomponents, the latter of which may be distributed amongst differentcoordinating devices. In this way, a server may be distributed betweenmultiple devices. Depiction of different features is intended tohighlight different functional aspects and does not necessarily implythat such features must be realized in separate embodiments or separateelements. Rather, functionality associated with one or more elements maybe performed by separate hardware or software components, or integratedwithin common or separate hardware or software components of the systemas control circuitry.

When implemented in software, the functionality ascribed to a system,devices, and/or a server described in this disclosure may be embodied asinstructions on a physically embodied computer-readable medium such asRAM, ROM, NVRAM, EEPROM, FLASH memory, magnetic data storage media,optical data storage media, or the like, the medium being physicallyembodied in that it is not a carrier wave, as part of control circuitry.The instructions may be executed by a processing component to supportone or more aspects of the functionality described in this disclosure.

Various modifications and additions can be made to the exemplaryembodiments discussed without departing from the scope of the presentinvention. For example, while the embodiments described above refer toparticular features, the scope of this invention also includesembodiments having different combinations of features and embodimentsthat do not include all of the above described features.

We claim:
 1. A non-transitory computer-readable medium having a computerprogram stored thereon for facilitating a money transfer involving afirst user and a second user, the computer program comprisinginstructions for causing one or more processors to: provide a moneytransfer application on a first user interface of a first computingdevice associated with the first user, the first user being associatedwith a first user profile, wherein the first user profile comprises oneor more first money transfer preferences; receive a selection of asecond user profile via the first user interface, the second userprofile being associated with the second user, wherein the second userprofile includes one or more second money transfer preferences, andwherein the second user profile was created in response to the firstcomputing device directing a server to send a link to a second computingdevice associated with the second user; receive a value designation viathe first user interface; and stage a money transfer between the firstuser and the second user based on the one or more first money transferpreferences, the one or more second money transfer preferences, or both.2. The non-transitory computer-readable medium of claim 1, the computerprogram comprising instructions for causing one or more processors tocreate an associated between the first user profile and the second userprofile.
 3. The non-transitory computer-readable medium of claim 2,wherein the association between the first user profile and the seconduser profile is a permanent association.
 4. The non-transitorycomputer-readable medium of claim 1, wherein the one or more first moneytransfer preferences, the one or more second money transfer preferences,or both comprise at least one selected from the group of: a preferredmoney send mode, a preferred money receive mode, a minimum amount for amoney transfer, a limit on the amount of a money transfer, and acurrency preference.
 5. The non-transitory computer-readable medium ofclaim 4, wherein the preferred money send mode, the preferred moneyreceive mode, or both comprise multiple modes.
 6. The non-transitorycomputer-readable medium of claim 5, wherein the multiple modes areranked in order of preference.
 7. The non-transitory computer-readablemedium of claim 1, the computer program comprising instructions forcausing one or more processors to: receive one or more first moneytransfer preferences from the first user via the user interface; andcreating a first profile for the first user based on the one or morefirst money transfer preferences.
 8. A computing device for facilitatinga money transfer involving a first user and a second user, the computerdevice comprising a processing device configured to: provide a moneytransfer application on a user interface of the computing deviceassociated with the second user, the second user being associated with asecond user profile, wherein the second user profile comprises one ormore second money transfer preferences, and wherein the second userprofile was created in response to another computing device directing aserver to send a link to the computing device; provide a notificationvia the money transfer application on the user interface a first userprofile associated with the first user has initiated a money transfer,the money transfer comprising a value designation, wherein the firstuser profile comprises one or more first money transfer preferences;receive a confirmation via the user interface to accept the moneytransfer; and stage a money transfer between the first user and thesecond user based on the one or more first money transfer preferences,the one or more second money transfer preferences, or both.
 9. Thecomputing device of claim 8, wherein the processing device is furtherconfigured to create an associated between the first user profile andthe second user profile.
 10. The computing device of claim 9, whereinthe association between the first user profile and the second userprofile is a permanent association.
 11. The computing device of claim 8,wherein the one or more first money transfer preferences, the one ormore second money transfer preferences, or both comprise at least oneselected from the group of: a preferred money send mode, a preferredmoney receive mode, a minimum amount for a money transfer, a limit onthe amount of a money transfer, and a currency preference.
 12. Thecomputing device of claim 11, wherein the preferred money send mode, thepreferred money receive mode, or both comprise multiple modes.
 13. Thecomputing device of claim 12, wherein the multiple modes are ranked inorder of preference.
 14. The computing device of claim 13, wherein theprocessing device is further configured to: receive one or more firstmoney transfer preferences from the first user via the user interface;and creating a first profile for the first user based on the one or morefirst money transfer preferences.
 15. A computing device forfacilitating a money transfer involving a first user and a second user,the computer device comprising a processing device configured to:provide a money transfer application on a user interface of thecomputing device associated with the second user; receive a link from aserver to create a profile, wherein the link is sent in response to afirst computing device associated with the first user directing theserver to send the link; receive one or more money transfer preferencesvia the user interface; and create a profile for the second user basedon the one or more money transfer preferences, wherein money transfersfor the second user are based on the one or more money transferpreferences.
 16. The computing device of claim 15, the processing devicebeing further configured to: create an association between the profileand another user profile.
 17. The computing device of claim 16, whereinthe association between the first user profile and the second userprofile is a permanent association.
 18. The computing device of claim15, wherein the one or more money transfer preferences comprise at leastone selected from the group of: a preferred money send mode, a preferredmoney receive mode, a minimum amount for a money transfer, a limit onthe amount of a money transfer, and a currency preference.
 19. Thecomputing device of claim 18, wherein the preferred money send mode, thepreferred money receive mode, or both comprise multiple modes.
 20. Thecomputing device of claim 12, wherein the multiple modes are ranked inorder of preference.